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,  and  low  priority,  with  high  priority  indicating  time-critical  information.  In  these  situations  the  I 

transmitter  data  queue  should  operate  as  a  priority  queue;  i.e.,  it  should  operate  in  a 
first-in-first-out  fashion  except  that  when  high-priority  bits  enter  the  queue  they  immediately  move 
past  any  low-priority  bits  already  in  the  queue.  Because  this  can  result  in  a  high-priority  frame 
being  inserted  into  the  middle  of  a  partially  transmitted  low-priority  frame,  the  synchronization 
algorithm  in  this  context  needs  to  do  two  things  in  a  compatible  way:  (1)  delimit  low-priority 
frames  and  (2)  mark  high-priority  frames  in  such  a  way  that  they  can  be  detected  anywhere  in 
the  low-priority  data  stream.  This  report  describes  such  an  algorithm. 
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A  TWO-PRIORITY  FRAME-SYNCHRONIZATION 
ALGORITHM 


INTRODUCTION 
The  Problem 

Most  types  of  digital  communication  involve  the  transmission  of  data  in  distinct  and  identifiable 
groups  of  bits,  variously  referred  to  as  messages,  packets,  or  frames.  When  the  physical  channel  over 
which  the  data  are  transmitted  consists  of  a  set  of  wires,  the  beginning  and  end  of  a  frame  can  be  indi¬ 
cated  by  the  raising  and  lowering  of  a  control  signal  on  a  wire  dedicated  to  that  task.  With  some  types 
of  channels,  e.g.,  radio  channels,  it  is  inconvenient  to  provide  a  separate  control  channel,  and  frame 
demarcation  must  somehow  be  embedded  in  the  data  stream  itself.  When  the  transmitted  data  stream 
consists  of  characters  (each  character  represented  by  a  fixed  bit  pattern),  special  demarcation  characters 
are  often  used  to  delimit  blocks  of  data  [!).  The  data  stream  in  many  contexts,  however,  consists  of 
blocks  of  bits  that  have  no  character  structure.  The  data-link  control  procedures  that  have  evolved  in 
this  context  insert  a  unique  bit  pattern,  called  a  marker  or  flag  sequence,  into  the  data  to  separate  frames 
[2],  To  achieve  data  transparency,  it  is  then  necessary  to  take  special  measures  to  prevent  any  coin¬ 
cidental  occurrence  of  the  flag  sequence  in  the  data  itscif  from  being  interpreted  as  the  end  of  the 
frame  These  measures  are  referred  to  as  bit  stuffing  or  simply  stuffing. 

Carison  (3]  describes  the  stuffing  procedure  used  in  the  Advanced  Data  Communication  Control 
Procedures  [4]  to  achieve  data  transparency  as  follows: 

The  flag  sequence  is  a  unique  8-bil  paltcrn  (a  O-bil  followed  by  six  1-bils  ending  with  a  0-bil)  used  io  syn¬ 
chronize  the  receiver  with  ihc  incoming  frame... 

To  achieve  iransparency.  ihe  unique  flag  sequence  is  prohibited  from  occurring  anywhere  in 
the  information,  by  having  the  transmitter  and  receiver  perform  the  following  action 


Transmitter:  insert  a  zero  bit  following  five  contiguous  one  bits  anywhere  before  sending  the  closing  flag 
sequence  ('bit  stuffing') 


Receiver:  delete  the  zero  bit  following  five  contiguous  one  bits  following  a  zero  bit  anywhere  before  receiving 
the  closing  flag  sequence  Cdestufling'). 

Similar  procedures  arc  widely  used. 

I  recently  encountered  a  system  in  which  this  type  of  scheme  was  inadequate.  In  an  NRl.  pro¬ 
gram  that  is  investigating  the  use  of  surveillance  radars  for  jam-resistant  communication  (5).  I 
discovered  a  need  for  a  multiplexing/synchronization  procedure  that  could  combine  data  frames  from 
two  sources  into  a  single,  continuous  data  stream  at  the  transmitter,  and,  of  course,  perform  the 
inverse  operation  at  the  receiver.  The  "obvious"  solution  of  using  a  standard  framing  and  stuffing  pro¬ 
cedure  with  the  source  given  at  the  beginning  of  each  frame  was  not  applicable.  The  reason  is  related 
to  the  delay  inherent  in  the  mechanical  rotation  of  the  radar  antenna,  as  will  become  apparent  in  the 
following  discussion. 
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The  primary  benefit  gained  by  the  use  of  a  radar  for  communication  is  the  jam  resistance  obtained 
by  transmission  through  its  high-power  transmitter  and  its  high-gain  antenna.  The  associated  penalty  is 
the  necessity  of  waiting  for  the  slowly-rotating  antenna  to  reach  the  desired  position  before  transmit¬ 
ting.  This  implies  long  communication  delays,  making  a  priority  structure  for  the  data  desirable.  For 
example,  data  frames  could  be  divided  into  two  categories:  high  priority  and  low  priority.  The  bulk  of 
traffic  would  presumably  be  low  priority,  with  the  high-priority  designation  reserved  for  time-critical 
information  or,  possibly,  link-control  information. 

After  the  antenna  has  reached  the  desired  position  for  the  beginning  of  a  transmission,  transmis¬ 
sion  must  be  limited  in  duration  to  the  interval  in  which  the  antenna's  beam  is  over  the  receiving  site. 
Once  that  interval  has  passed,  no  data  can  be  transmitted  to  that  particular  receiving  site  until  the  radar 
antenna  has  nearly  completed  another  rotation.  If  as  much  of  the  data  as  possible  is  transmitted  on  a 
given  pass  of  the  antenna  over  the  receiver,  transmission  will  freouently  have  to  cease  somewhere  in 
the  middle  of  a  data  frame,  rather  than  on  a  frame  boundary.  Therefore,  some  part  of  a  frame  is  fre¬ 
quently  queued  at  the  transmitter,  awaiting  the  arrival  of  the  antenna  at  a  particular  position.  What 
happens  if  a  new  frame  arrives  from  the  data  source? 

If  the  arriving  frame  is  of  the  same  priority  as  the  one  whose  final  portions  are  already  queued  for 
transmission,  there  is  no  problem.  The  remainder  of  the  first  frame  can  be  transmitted,  and  then  the 
transmission  of  the  new  frame  can  begin.  The  same  is  true  if  the  new  frame  is  of  a  lower  priority  than 
the  first  frame.  If,  however,  a  high-priority  frame  arrives  when  a  preceding  low-priority  frame  has  been 
only  partially  transmitted,  it  is  desirable  that  the  high-priority  frame  be  transmitted  before  the  transmis¬ 
sion  of  the  low-priority  frame  is  completed.  In  effect,  this  requires  that  the  transmitter  queue  operate 
as  a  priority  queue;  i.e.,  it  should  operate  in  a  first-in-first-out  fashion  except  that  when  high-priority  bits 
enter  the  queue  they  immediately  move  past  any  low-priority  bits  already  in  the  queue.  This  tends  to 
minimize  the  total  delay  experienced  by  high-priority  frames  relative  to  low-priority  frames,  with  the 
delay  difference  sometimes  corresponding  to  one  or  more  multiples  of  the  rotational  period  of  the  radar 
antenna. 

Now  consider  the  situation  at  the  output  of  the  receiver.  Because  the  insertion  of  a  high-priority 
frame  into  the  priority  queue  puts  it  in  front  of  any  existing  low-priority  data,  and  because  the  low- 
priority  data  may  be  only  part  of  a  frame  (if  part  of  the  frame  has  already  been  transmitted),  a  high- 
priority  frame  can  appear  inserted  into  the  low-priority  data  stream  at  an  unpredictable  place.  On  the 
other  hand,  the  reverse  is  not  true.  Presu.-.-oiy,  frames  will  always  be  made  available  from  the  data 
source  as  complete  units.  Therefore,  a  high-priority  frame  can  always  be  inserted  into  the  priority 
queue  as  a  unit.  Since  the  priority  queue  ensures  that  the  transmitter  will  always  move  all  available 
high-priority  data  before  moving  any  low-priority  data,  a  high-priority  frame  will  never  have  other  data 
appear  in  its  midst. 

The  picture  the  receiver  sees  is  that  of  a  continuous*  stream  of  low-priority  data,  presumably 
divided  into  frames  by  a  marking/stuffing  procedure,  with  occasional  high-priority  frames  inserted  into 
the  data  stream  at  completely  random  locations.  A  high-priority  frame  could  even  end  up  in  the  middle 
ol  a  (lag  sequence  being  used  to  delimit  low-priority  frames!  To  be  able  to  correctly  identify  frame 
boundaries  in  spite  of  these  difficulties  an  algorithm  is  required  to  do  two  things: 

(1)  delimit  low-priority  frames,  and 

(2)  mark  high-priority  frames  in  such  a  way  that  they  can  be  delected  anywhere  in  the  low-priority 

'  data  stream. 
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This  silualion  is  not  unique  lo  radar  communication;  it  can  occur  anytime  prioritized  units  of  data 
(be  they  frames,  messages,  packets,  or  whatever)  must  be  put  through  a  system  where  queuing  delays 
are  longer  than  transmission  times.  This  occurs,  for  example,  with  some  "‘bursty"  channels,  especially 
if  the  prioritized  units  of  data  can  be  larger  than  the  bursts  or  if  the  size  of  the  bursts  is  unpredictable. 
Communication  systems,  such  as  meteor-scatter  systems,  that  depend  on  intermittently  available  propa¬ 
gation  modes  sometimes  fall  into  this  category. 

The  Approach  to  a  Solution 

The  ADCCP  marking  and  stuffing  scheme  described  earlier,  while  adequate  for  a  single  data 
stream,  is  insufficient  here  because  it  does  not  provide  a  mechanism  for  handling  the  two  data  streams, 
low  and  high  priority,  that  will  be  intermixed  at  the  output  of  the  priority  queue  and  hence  at  the  out¬ 
put  of  the  receiver.  A  stuffing  scheme  similar  to  that  just  described  can  be  used,  however,  as  the  basic 
synchronization  mechanism  for  the  low-priority  data  stream,  with  a  flag  sequence  to  signal  the  end  of 
each  low-priority  frame.  A  way  is  then  needed  to  detect  the  beginning  of  a  high-priority  frame.  To  do 
this,  the  stuffing  algorithm  can  mark  the  beginning  of  each  high-priority  frame  with  a  special  "high- 
priority  flag  sequence.”  The  end  of  the  frame  can  be  marked  with  the  same  end-of-frame  flag  sequence 
used  for  the  low-priority  data.  Since  the  low-priority  data  ( including  the  end-of-frame  flag  sequence) 
must  also  be  protected  from  accidental  occurrences  of  this  high-priority  flag  sequence,  it  is  necessary  to 
perform  protective  stuffing  operations  on  the  low-priority  data  with  respect  to  both  flag  sequences.  In 
addition,  it  is  desirable  that  the  stuffing  operations  on  the  low-  and  high-priority  data  be  identical  if  the 
flag  sequence  at  the  end  of  a  high-priority  frame  is  ever  missed  at  the  receiver  (possible  only  with 
errors  in  transmission).  In  that  case  the  flag  sequence  at  the  end  of  the  surrounding  low-priority  frame 
would  be  recognized  and  would  allow  processing  to  revert  to  low-priority  mode. 

A  marking-and-stuffing  algorithm  based  on  these  ideas  is  presented  below.  An  example  is  then 
presented  to  help  clarify  the  operation  of  the  algorithm.  The  body  of  the  report  concludes  with  an  out¬ 
line  of  the  procedure  used  to  prove  that  the  algorithm  derived  will  operate  as  desired  for  any  input. 
The  report  includes  two  appendixes:  Appendix  A  details  the  derivation  of  the  algorithm,  and  Appendix 
B  describes  a  test  implementation  used  as  a  final  check  on  the  algorithm. 

THE  TWO-PRIORITY  FRAME-SYNCHRONIZATION  ALGORITHM 

A  concise  description  of  the  algorithm  is  presented  here.  Separate  descriptions  are  given  of  the 
transmitter  and  receiver  portions  of  the  algorithm.  Readers  wishing  to  understand  how  this  algorithm 
was  derived  are  referred  to  Appendix  A. 

At  the  Transmitter 

A  priority  queue  is  maintained  for  the  data  at  the  input  to  the  transmitter.  This  is  the  equivalent 
of  having  two  queues,  a  high-priority  queue  and  a  low-priority  queue.  Both  of  these  equivalent  queues 
operate  strictly  in  a  ftrst-in-first-out  fashion.  When  the  transmitter  is  ready  to  send  some  data,  it  first 
takes  data  from  the  high-priority  queue  and  only  takes  data  from  the  low-priority  queue  if  the  high- 
priority  queue  becomes  empty.  If  more  data  should  arrive  in  the  high-priority  queue  while  transmission 
of  low-priority  data  is  in  progress,  the  transmitter  immediately  reverts  to  taking  its  input  from  the 
high-priority  queue  until  it  is  again  emptied. 

f  rames  arriving  from  the  data  source  are  first  marked  and  stuffed  according  to  their  priority,  high 
or  low.  as  described  below  High-priority  frames  are  then  placed  in  the  high-priority  queue,  and  low- 
priority  frames  are  placed  in  the  low -priority  queue 

I  he  procedure  to  mark  and  stuff  a  new ly -obtained  frame  is  as  follows:  Append  a  comma  to  the 
end  of  the  frame  and  pass  the  Irame  to  the  finite-state-machme  (TSM)  stufler  of  Table  I.  The  table  is 
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Table  l  —  The  Stuffer 


Stale 

lnpui  =  ‘0’ 

Input  =  T 

Input  =  \’ 

AA/0 

BB/1 

AA/01 1 1 1 1010 

AA/0 

CC/1 

AA/01 1111010 

AA/0 

DD/1 

AA/01 1111010 

AA/0 

EE/1 

AA/01 1 1 1 1010 

EE 

AA/0 

A  A/ 100 

AA/01 1111010 

interpreted  as  follows:  The  states  of  the  machine  are  listed  on  the  left,  and  the  possible  inputs  are  listed 
across  the  lop.  For  each  combination  of  slate  and  input  the  table  shows  the  machine’s  next  state. 
When  output  is  called  for,  it  is  shown  following  the  next  state  and  separated  from  it  by  a  slash.  The 
first  state  in  the  table  is  the  starting  state  of  the  machine.* 

This  FSM  changes  each  input  comma  to  a  flag  sequence  of  011111010.  To  prevent  coincidental 
occurrences  of  this  sequence  in  the  data  from  being  interpreted  as  the  flag  sequence,  this  machine  stuffs 
two  extra  zeros  into  the  data  stream  following  each  occurrence  in  the  data  of  five  consecutive  ones. 

Each  state  in  Table  1  represents  a  situation  in  which  the  machine  has  encountered  a  particular 
input  pattern  but  has  not  finished  acting  on  that  particular  input  pattern.  For  example,  the  stuffer  of 
Table  1  will  be  in  state  CC  when  it  has  encountered  two  consecutive  ones  in  the  input  but  cannot  yet 
decide  whether  they  are  part  of  a  sequence  of  ones  long  enough  to  require  stuffing  zeros  into  the  out¬ 
put.  If  three  more  consecutive  ones  follow,  two  extra  zeros  will  be  stuffed  (from  state  FE).  If,  how¬ 
ever,  a  zero  arrives  before  three  more  ones  have  arrived,  no  stuff  bits  will  be  inserted.  Thus,  its  being 
in  state  CC  is  equivalent  to  the  FSM’s  remembering  that  it  has  seen  two  ones. 

If  (and  only  if)  the  frame  is  a  high-priority  frame,  the  output  of  the  stuffer  of  Table  1  should  be 
preceded  by  the  binary  (high-priority  flag)  sequence  1111110.  The  accumulated  output  of  the  stuffer 
should  be  inserted  into  the  queue  that  corresponds  to  the  priority  of  the  frame  being  stuffed. 

At  the  Receiver 

The  data  from  the  receiver  should  be  passed  to  the  two-priority  destuffing  machine  of  Table  2. 
The  format  of  Table  2  is  similar  to  that  of  Table  1,  except  that  an  additional  column  labeled  Saved  has 
been  added.  Saved  is  an  auxiliary  variable  and  will  always  contain  the  name  of  a  state;  it  is  initialized 
to  AA,  the  starting  slate  (only  once,  not  once  per  frame).  For  (stale)  transitions  on  which  input  to  the 
machine  is  equal  to  one,  Table  2  is  interpreted  exactly  like  Table  1.  For  transitions  on  which  the  input 
to  the  machine  is  zero,  the  machine  first  determines  the  next  state  (without  actually  changing  state) 
and  generates  the  required  output,  if  any.  It  then  sets  the  variable  Saved  to  the  value  shown  in  the 
Saved  column  of  Table  2  and  changes  stale.  If  there  is  no  entry  in  the  Saved  column,  the  value  of 
Saved  is  left  unchanged.  Because  the  input  to  the  destufTer  is  provided  by  the  output  of  the  stuffer, 
and  because  the  stuffer  output  consists  of  only  zeros  and  ones,  there  can  be  no  commas  at  the  input  of 
the  destufTer.  An  output  of  “err”  is  shown  with  transitions  that  cannot  take  place  without  an  error  in 
transmission  between  the  stuffer  and  the  destufler.  In  such  cases  the  next  state  shown  was  chosen  arbi¬ 
trarily  (this  is  discussed  further  in  Appendix  A), 

There  are  two  output  buffers,  low-priorify-buffer  and  high-priority-buffer,  and  iwo  auxiliary  flags, 
low-priority-error  and  high-priority-error.  Output  is  initially  put  into  low-priority-buffer.  Both  auxili¬ 
ary  flags  are  initially  dear.  The  exclamation-point  output  shown  with  certain  transitions  of  Table  2 
should  be  interpreted  as.  begin  putting  data  into  the  high-priority -buffer  instead  of  the  low-priority- 
buffer.  The  “err”  output  shown  with  certain  transitions  should  be  interpreted  as:  set  the  appropriate 

■  tins  is  ,i  cniuomiiMi.il  way  In  represent  a  linne  st.iie  machine,  tor  example,  among  digital-design  engineers  |hl 
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Tabic  2  —  The  Two-Priorily  Desluffer 


State 

lnput  =  ‘0' 

Saved 

Input  =  ']’ 

AA 

AB 

BA 

AB 

AB/0 

BB 

BB 

CB 

CB 

AB/011 

DB 

DB 

AB/OII! 

EB 

EB 

AB/0I1II 

FB 

FB 

AG 

GB 

AG 

AA/OI 1111 

BG 

BG 

Saved/, 

AA 

CG 

BA 

AB/ 1 

CA 

CA 

AB/11 

DA 

DA 

AB/ 1 1 1 

F.A 

EA 

AB/11 11 

FA 

FA 

AM/I  1111 

GA 

AM 

AA 

BM 

GB 

AA/! 

AB 

HB 

MB 

AA/! 

BB 

IB 

IB 

AA/! 

CB 

JB 

JB 

AA/! 

DB 

KB 

KB 

AA/! 

EB 

LB 

LB 

AA/! 

FB 

AA/err 

CG 

AA/err 

DG 

DG 

AA/errl 

EG 

EG 

AA/errl  I 

FG 

FG 

AA/errl  1 1 

GG 

GG 

AA/! 

AG 

HG 

HG 

AA/! 

BG 

AA/err 

GA 

AA/! 

AA 

HA 

HA 

AA/! 

BA 

IA 

IA 

AA/! 

CA 

JA 

JA 

AA/! 

DA 

KA 

KA 

AA/! 

EA 

LA 

LA 

AA/! 

FA 

AA/lerr 

BM 

AA/err 

CM 

CM 

AA/errl 

DM 

DM 

AA/errl  1 

EM 

EM 

AA/errl  1 1 

FM 

FM 

AA/errl  1 1 1 

GM 

GM 

A  A/! 

AM 

AA/err 

auxiliary  flag,  low-priority-error  or  high-priority-error,  according  to  the  output  buffer  currently  in  use. 
The  comma  output  shown  in  the  table  marks  the  end  of  a  frame.  When  a  comma  is  output,  the  algo¬ 
rithm  should  do  several  things  before  continuing  to  process  input  data  through  the  desluffer: 

(I)  Test  the  error  flag,  low-priority-error  or  low-priority-error,  corresponding  to  the  buffer  currently 
in  use.  If  it  is  set.  clear  it.  If  (anil  only  if)  it  was  already  clear,  the  contents  of  the  buffer  should 
be  passed  to  the  data  sink  (the  desired  recipient)  as  a  frame  of  the  priority  corresponding  to  the 


J.  O.  COLEMAN 


(2)  The  contents  of  the  buffer  in  use  should  be  discarded,  making  the  buffer  available  for  another 
frame.  The  output  of  the  two-priority  destuffer  of  Table  2  should  be  directed  to  low-priority- 
buffer  for  successive  data.  (This  may  or  may  not  be  a  change  from  the  buffer  previously  in  use.) 

AN  EXAMPLE 

Suppose  the  transmitter  received  a  low-priority  frame  consisting  of  the  following:* 

1001 1 1 1 1001 1 1 100101 1 1 1 1010. 

Here  I  have  intentionally  included  as  pari  of  ilie  darn  (at  the  end  of  the  frame)  the  flag  sequence  used 
by  the  stuffer  of  Table  1.  This  is  to  emphasize  that  the  data  can  contain  awy^equence  of  bits.  If  a 

comma  is  added  to  this  frame  and  it  is  then  put  through  the  stuffer  of  Table  1,T  the  following  results, 

in  which  brackets  have  been  added  to  show  the  bits  added  by  the  stuffer: 

1001 1111  [001001 1 1 100101 1 1 1 1  [001010(01 1111010], 

This  differs  from  the  original  data  in  the  following  ways: 

(1)  two  zeros  have  been  stuffed  following  the  first  occurrence  of  five  ones  (4th  through  8th  bits): 

(2)  two  zeros  have  been  stuffed  following  the  second  occurrence  of  five  ones  (the  ones  in  the  flag 
sequence  that  was  part  of  the  data  — this  transformation  is  what  makes  the  inclusion  of  the  flag 
sequence  as  part  of  the  data  harmless);  and 

(3)  a  flag  sequence  of  01 1 1 1 1010  has  been  added  to  the  end  of  the  frame  to  represent  the  comma. 

If  the  stuffed  bit  sequence  as  shown  (minus  brackets)  is  put  through  the  destuffer  of  Table  2,  the 
original  frame  results  (with  comma  appended).  The  example  is  more  interesting,  however,  if  a  high- 

priority  frame  is  added  to  the  picture.  Suppose  the  following  small  high-priority  frame  arrives  at  the 

transmitter: 

001 1010. 

Preparing  it  for  transmission  by  adding  a  comma,  stuffing  with  Table  1,  and  prefixing  a  high-priority  flag 
sequence,  the  algorithm  produces 

(111111010011010(0111110101 

where  again  the  added  bits  are  shown  in  brackets.  Because  the  frame  contained  no  occurrences  of  five 
consecutive  ones,  no  stuff  bits  were  needed  and  only  the  delineating  flag  sequences  were  added.  Now, 
suppose  that  the  transmission  of  the  low-priority  frame  is  partially  completed  when  this  high-priority 
frame  arrives.  This  causes  the  (stuffed)  sequence  of  high-priority  bits  above  to  be  transmitted  some¬ 
where  in  the  midst  of  the  low-priority  bit  stream  produced  earlier  by  the  stuffing  of  the  low-priority 
frame.  This  might  look  like 

1001  111  100001 1 1 100101 1 (1 1 1 1 1 10001 101001  1 1 1 101 0!  1 1 10001001 1 1 1 1010 

where  the  high-priority  bits  arc  shown  in  brackets.  When  this  sequence  appears  at  the  receiver 
(without  benefit  of  brackets),  it  is  put  through  the  two-priority  destuffer  of  Table  2.  The  machine  of 
Table  2  produces  the  following  output: 

1001 1  1 1 1001 1  1 1001  !001 1010,01  1 1 1 1010. 


In  a  real  application  most  frames  would  he  much  longer  than  this 

fins  example  was  produced  with  the  aid  of  ihe  test  implementation  discussed  in  Appendix  If 
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which  contains  the  high-priority  frame,  beginning  alter  the  exclamation  point  anti  continuing  to  the  first 
comma.  If  exclamation  points  and  commas  are  used  to  control  output  buffering,  as  described  earlier, 
the  high-priority  frame  will  be  removed  to  a  special  high-priority-buffer  and  the  remainder,  minus 
punctuation,  will  end  up  in  the  low-priority-buffer. 

Notice  that  the  high-priority  frame  at  the  output  of  the  destulfer  of  Table  2  is  at  a  slightly  earlier 
point  in  the  low-priority  frame  than  it  was  when  it  was  inserted  into  the  low-priority  data  stream  at  the 
transmitter.  This  results  because  of  the  information  storage  in  the  FSM  of  Table  2.  Any  data  sequence 
that  happens  to  be  identical  with  the  beginning  of  a  flag  sequence  is,  effectively,  stored  in  the  FSM 
until  a  bit  comes  along  that  shows  that  a  flag  sequence  is  not  being  received.  Consequently,  a  few  bits 
(three  in  this  example)  of  the  low-priority  frame  may  be  stored  in  the  FSM  when  the  high-priority  flag 
sequence  arrives.  Because  those  stored  bits  are  not  output  until  the  high-priority  frame  has  been  com¬ 
pletely  received,  the  high-priority  frame  appears  to  have  moved  to  an  earlier  position  within  the  low- 
priority  frame. 

VERIFICATION  OF  THE  FRAME-SYNCHRONIZATION  ALGORITHM 


When  Only  Low-Priority  Data  Are  Involved 

The  first  step  in  the  verification  of  the  two-priority  frame-synchronization  algorithm  is  to  show 
that  it  operates  correctly  when  input  consists  of  low-priority  frames  only.  In  this  limited  context,  the 
handling  of  the  auxiliary  variable  Saved  can  be  simplified.  Since  Saved  in  Table  2  is  initialized  to  AA. 
since  Saved  is  reset  to  AA  on  the  zero  transition  from  state  BG  in  Table  2.  and  since  that  transition 
always  occurs  at  the  end  of  a  high-priority  frame  when  the  destulfer  of  Table  2  is  returning  to  low- 
priority  operation  (as  will  be  seen  later),  the  variable  Saved  will  always  be  set  to  AA  when  the  destulfer 
is  operating  on  low-priority  data.  Therefore,  the  verification  of  the  correct  operation  of  the  stuffer  and 
destuffer  together  can  be  carried  out  with  the  value  of  Saved  assumed  to  be  AA.  Construction  of  an 
FSM  that  is  the  catenation  of  the  stuffer  and  destulfer  followed  by  verification  that  the  input  and  output 
of  the  catenation  are  identical  is  sufficient  to  show  that  the  stuffer  and  destuffer  work  correctly  together 
while  operating  on  low-priority  data.  I  constructed  the  catenation,  shown  in  Table  3,  by  simulating  the 
operation  of  the  two  FSMs  with  the  output  of  the  stuffer  of  Table  I  applied  to  the  input  of  the  destulfer 
of  Table  2.  beginning  with  both  in  their  starting  states.  The  first  two  letters  of  each  state  designation 
correspond  to  the  state  of  the  stuffer,  and  the  last  two  letters  of  the  state  designation  correspond  to  the 
state  of  the  destuffer. 


Table  3  —  FSM  Equivalent  to  the  Catenation  of  the  Stuffer  and  Destuffer 


State 

Input  =  '0‘ 

Input  =  “  1 " 

Input  =  ‘,' 

Stored 

A  A  A  A 

A  A  AB 

BBBA 

AAA  A/. 

A  A  A  B 

AAAB/0 

BBBB 

AAA  A/0. 

0 

BBBB 

AAAB/OI 

CCCB 

AAA  A/01, 

01 

CCC'B 

AAAB/01 1 

DDDB 

A  A  A  A/01  1 , 

Oil 

l)DI)B 

AAAB/OI  1  I 

FEEB 

A  AAA/01  II. 

01 1 1 

FF.FB 

AAAB/OI  1  1  1 

A  A  A  A/0 1  I  I  1  I 

AAAA/OI  III, 

01  1  1  1 

BBBA 

A  A  AB/  1 

CCCA 

AAAA/I. 

1 

C  CCA 

AAAB/I  I 

DDDA 

AAA  A  / 1  1. 

1  1 

l)l)DA 

AAAB/I  1 1 

111  \ 

AAAA/I  1  1, 

1  1  1 

If  1  A 

AAAB/I  1  1  1 

AAA  A  / 1 1  1  1  1 

AAAA/I  1  II. 

1  1  1  1 

flic  process  ot  constructing  the  catenation  begins  with  the  state  AAA  A  State  AAA  \  is 
equivalent  to  both  the  stullcr  of  fable  I  and  the  destulfer  of  fable  2  being  in  stale  AA.  the  starting 
state  In  the  beginning,  this  is  ihc  only  si.ue  the  catenation  is  assumed  to  be  able  to  reach.  When  the 
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stutter  receives  an  input  of  zero,  it  moves  to  (or  stays  in)  state  AA  and  outputs  a  zero.  This  zero  out¬ 
put  goes  to  the  destufler.  where  it  causes  a  transition  to  stale  AH  with  no  output  produced.  The  entry 
in  Table  3  tor  the  receipt  of  a  zero  input  from  state  AAAA  should,  therefore,  show  a  transition  to  state 
AAAB.  equivalent  to  the  stuller  being  in  stale  AA  and  the' destufler  being  in  state  AB.  and  should 
show  no  output.  Once  a  similar  process  is  used  to  (ill  in  the  other  Table  3  entries  for  transitions  from 
state  AAAA,  it  is  apparent  that  the  catenation  can  reach  states  AAAB  and  BBBA  as  well  as  its  starting 
state  AAAA.  Kach  of  these  slates  is  added  to  the  first  column  of  the  slate  table  of  the  catenation,  and 
each  has  entries  added  for  each  possible  input  symbol.  This  process  continues  until  every  state  shown 
in  the  first  column  of  the  table  has  had  entries  added  on  its  right  for  all  three  input  symbols  and  until 
each  state  name  appearing  as  a  "next  state"  appears  somewhere  in  the  first  column. 

On  some  transitions  the  siuffer  of  Table  I  outputs  more  than  one  symbol.  This  has  to  be  handled 
carefully  when  the  catenation  is  constructed.  Consider,  for  example,  state  EEEA  in  Table  3  with  an 
input  of  one.  The  state  EEEA  is  equivalent  to  the  stuffer  of  Table  1  being  in  state  EE  while  he 
destufler  of  Table  2  is  in  slate  EA.  When  the  stuffer  receives  an  input  of  one  from  stale  EE.  it  moves 
to  slate  AA  and  outputs  a  one  followed  by  two  zeros.  The  one  and  the  two  zeros  go  to  the  destuffer, 
taking  it  from  state  EA  through  states  FA  and  AM  to  state  AA  and  causing  it  to  output  live  ones  along 
the  way.  The  entry  in  Table  3  for  the  receipt  of  a  one  input  from  slate  EEEA  should,  therefore,  show  a 
transition  to  state  AAAA,  equivalent  to  both  the  siuffer  and  the  destuffer  being  in  state  AA,  and 
should  show  an  output  of  live  ones. 

The  last  column  in  Table  3  shows  the  input  that  is  “stored"  in  the  FSM.  if  any.  In  other  words, 
this  is  the  cumulative  input  for  which  the  “appropriate"  output  has  not  yet  been  generated.  By 
"appropriate,”  I  mean  the  output  that  should  be  generated  to  represent  the  data  if  it  turns  out  that  the 
currently-arriving  input  is  not  part  of  a  flag  sequence. 

If  the  input  and  the  output  of  the  catenation  of  the  stuffer  and  destuffer  can  be  shown  to  be 
identical,  then  it  follows  that  the  destuffer  correctly  desiulfs  Ibe  output  of  the  siuffer.  The  value  shown 
m  the  "Stored"  column  must  be  considered  tn  the  determination  of  this  equivalence  of  input  and  out¬ 
put.  For  any  particular  transition  in  Table  3,  the  input  and  output  of  the  FSM  arc  effectively  equal  if  the 
combination  of  the  stored  bits  followed  by  the  input  bit  is  equal  to  the  output  bit(s)  followed  by  the 
stored  bits  associated  with  the  next  state  Figure  1  illustrates  this  for  the  zero  transition  from  state 
EEEB  of  Table  3.  In  state  FIT  B  there  are  live  stored  bits:  011  II  These  are  the  input  bits  that  the 
FSM  has  seen  but  for  which  no  output  has  yet  been  generated  The  appearance  of  the  z.ero  at  the  input 
means  the  FSM  has  now  seen  six  hits  that  it  has  not  acted  on:  01 1 1 10  These  six  bits  are  shown  to  the 
left  of  the  equal  sign  in  Fig  I  As  it  makes  the  transition  from  slate  EEEB  to  the  next  state,  AAAB. 
Table  3  shows  that  the  FSM  outputs  the  first  fixe  of  those  six  bits,  leaving  a  single  zero  bit  as  yet 
unused.  This  zero  is  correctly  shown  m  if.--  Stored"  column  of  Table  3  for  slate  AAAB 


Stored  in  1  1  1  B 

1) 

1 

1 

1 

l) 

1 

1 

1 

1 

1 

= 

1 

1 

Input 

t) 

II 

Output 


Storeil  in  AAAB 


I  ig  1  —  Input  ot  I  able  3  elfectively  equals  output 
lor  zero  .transition  o|  stale  I  I  I  A 


II  the  input  and  the  output  ol  an  I  SM  were  elleetively  equal  m  this  manner  for  all  transitions  in 
the  state  table  ol  the  ISM.  the  lotul  uciunuthncd  out/uti  ol  the  FSM  followed  by  the  bits  stored  in  the 
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machine's  final  stale  would  always  equal  the  total  input  the  machine  had  seen.  Consequently,  the  total 
output  of  such  an  I'SM  would  he  exactly  equal  to  its  total  input  whenever  the  machine  was  in  a  state 
having  no  storage  To  summari/e  this  notion  The  output  of  an  I'SM  must  he  identical  to  any  input  that 
leaves  the  ISM  in  a  Mate  with  no  storage  it.  lot  each  combination  of  present  stale,  current  input,  next  state, 
and  output,  the  present-slate  stored  input  iUtenaied  with  the  current  input  is  identical  to  the  output  catenated 
with  the  next-state  stored  input. 

The  argument  that  the  destulfer  of  Table  2  correctly  destulfs  the  output  of  the  stulfer  of  Table  I 
when  low -priority  frames  are  input  now  proceeds  as  follows: 

(1)  Eor  each  combination  of  present  state,  current  input,  next  state,  and  output  in  the  catenated 
stufVer-desturt'er  I'SM  of  fable  3.  the  present-state  stored  input  catenated  with  the  current  input  is 
identical  to  the  output  catenated  with  the  next-state  stored  input  Therefore,  the  total  accumu¬ 
lated  output  (since  the  I  SM  began  operating)  of  Table  3.  followed  by  the  bits  stored  in  its  final 
state,  always  equals  its  total  accumulated  input. 

(2)  Since  no  commas  appear  in  the  “Stored”  column  of  Table  3  (implying  it  cannot  store  commas), 
and  since  the  total  output  of  Table  3  followed  h.\  the  bits  stored  in  its  final  slate  always  equals  its 
total  input,  any  input  sequence  ending  in  a  comma  appears  complete  at  the  output  of  Table  3. 
leaving  the  machine  in  the  only  state  with  no  storage:  its  starting  stale,  A  AAA. 

(3)  All  properly  formed  low-priority  frames  end  with  commas  low -priority  frames  are.  therefore, 
copied  correctly  to  the  output  of  the  I'SM  of  Table  3.  and  each  low-priority  frame  leaves  the 
machine  in  its  starting  slate  ready  to  process  the  next  frame. 

When  High-Priority  Data  Are  Involved 

To  establish  the  correct  operation  of  the  stulTer  of  Table  1  with  the  destulfer  of  Table  2  when 
high-priority  frames  are  present  is  more  involved  Since  each  high-priority  frame  begins  with  the  high- 
priority  Hag  sequence,  and  since  the  entire  high-priority  frame  can  be  inserted  anywhere  in  the  low- 
priority  data,  the  effects  of  the  high-priority  flag  sequence  on  the  stale  of  the  two-priority  destuffer  of 
Table  2  must  be  determined.  Construction  of  the  catenation  of  the  FSMs  of  Table  I  and  Table  2 
revealed  which  stales  of  the  destuller  of  Table  2  can  be  reached  when  it  is  operating  on  low-priority 
data  only.  These  states  include  not  only  states  whose  names  appear  as  second  components  of  state 
names  in  Table  3  (states  AA.  AH.  BB,  CB.  DB,  EB.  BA.  CA,  DA.  and  EA).  but  they  also  include 
those  intermediate  states  of  Table  2  used  when  the  destulfer  is  passed  multiple  input  elements  from  the 
stulfer  at  one  time.  This  happens  on  t he  “one”  transition  from  slate  EE  in  Table  1  and  on  all  the 
"comma"  transitions  of  Table  I.  The  associated  transitions  of  Table  3  are: 

(1)  the  '‘one”  transition  from  state  1  11  V  which  causes  the  destulfer  to  pass  through  intermediate 
slates  EA  and  AM: 

(2)  the  "one”  transition  from  slate  EEEB.  which  causes  the  destulfer  to  pass  through  intermediate 
stales  EB  and  AG:  and 

(3)  the  "comma"  transitions  of  Table  3.  each  of  which  causes  the  destulfer  of  Table  2  to  pass 
through  intermediate  stales  AB.  BB.  ('ll.  DB.  I  B.  EB.  AG,  and  BG 

I  hereforc.  the  only  st.n  *s  of  the  destuller  of  fable  2  that  are  used  in  handling  the  output  of  the  stulfer 
m  the  absence  of  insertions  of  the  high-priority  llag  sequence  are  exactly  those  stales  above  the  double 
line  in  fable  2 
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Simulation  of  the  operation  of  the  destuffer  of  Table  2  with  a  high-priority-flag-sequence  input, 
stalling  from  each  of  those  slates  reachable  with  low-priority  data,  produces  the  result  shown  in  Table 
4.  The  starting  stales  are  shown  at  the  left  and  the  sequence  of  inputs  making  up  the  high-priority  flag 
sequence  are  shown  along  the  lop.  l  or  each  starting  slate,  the  sequence  of  slates  the  destuffer  of  Table 
2  passes  through  as  the  flag  sequence  is  input  can  be  read  from  left  to  right.  The  destuffer  produces  no 
output  on  any  of  these  transitions. 


Table  4  —  Table  2  States  Used  when  a  High-Priority  Flag  Sequence 
Appears  at  the  Input 


Start 

1 

1 

1 

1 

1 

1 

0 

BA 

CA 

DA 

EA 

FA 

GA 

AA 

BB 

CB 

DB 

EB 

FB 

GB 

A  A 

CB 

DB 

EB 

FB 

GB 

HB 

AA 

DB 

EB 

FB 

GB 

HB 

IB 

AA 

DB 

EB 

FB 

GB 

HB 

IB 

JB 

AA 

EB 

FB 

GB 

HB 

IB 

JB 

KB 

AA 

FB 

GB 

HB 

IB 

JB 

KB 

LB 

AA 

AG 

BG 

CG 

DG 

EG 

FG 

GG 

AA 

BG 

CG 

DG 

EG 

FG 

GG 

HG 

AA 

BA 

CA 

DA 

EA 

FA 

GA 

HA 

AA 

CA 

DA 

EA 

FA 

GA 

HA 

IA 

AA 

DA 

EA 

FA 

GA 

HA 

1A 

JA 

AA 

EA 

FA 

GA 

HA 

IA 

JA 

KA 

AA 

FA 

GA 

HA 

1A 

JA 

KA 

LA 

AA 

AM 

BM 

CM 

DM 

EM 

FM 

GM 

AA 

Looking  at  the  stales  in  the  column  under  the  last  “one”  in  the  flag  sequence  in  Table  4,  and 
looking  at  the  zero  transitions  from  those  states  in  Table  2,  one  finds  that  the  last  bit  of  the  high- 
priority  flag  sequence  always  sends  the  destuffer  of  Table  2  to  state  A  A  and  sets  the  auxiliary  variable 
Saved  to  the  value  shown  in  the  first  column  of  Table  4.  Since  AA  is  the  correct  starting  slate  for  the 
destufling  of  a  high-priority  frame  (because  it  is  stuffed  exactly  like  a  low-priority  frame),  the  frame 
following  the  high-priority  flag  sequence  will  be  correctly  destuffed  according  to  the  same  arguments 
used  previously  to  show  the  correct  destufling  of  low-priority  frames.  Since  insertions  of  the  high- 
priority  flag  sequence  are  impossible  when  the  destuffer  is  in  the  midst  of  destufling  a  high-priority 
frame,  and  since  the  only  transition  possible  that  changes  Saved  and  can  occur  in  the  absence  of  such 
insertions  is  the  end-of-frame  zero  transition  from  state  BG,  the  value  of  Saved  at  the  end  of  the  high- 
priority  frame  is  exactly  the  value  stored  there  at  the  end  of  the  high-priority  flag  sequence  that  ini¬ 
tiated  the  frame:  the  state  the  destuffer  was  in  just  before  the  high-priority  flag  sequence  arrived. 
Therefore,  at  the  end  of  the  high-priority  frame  the  destuffer  of  Table  2  correctly  resumes  destuffing 
the  low-priority  frame  in  which  the  high-priority  frame  was  imbedded. 

SUMMARY 

The  standard  techniques  for  frame  synchronization  in  bit-oriented  link-level  protocols  are  inade¬ 
quate  m  situations  in  which  both  of  the  following  are  true:  (1)  data  can  be  transmitted  only  occasionally 
and  in  amounts  not  necessarily  corresponding  to  frames,  and  (2)  data  frames  are  divided  into  two 
categories,  high  priority  and  low  priority,  with  high  priority  indicating  lime-critical  information.  In 
these  situations,  the  transmitter  data  queue  should  operate  as  a  priority  queue,  i.e  .  it  should  operate  in 
a  lirst-in -first-out  fashion  except  that  when  high-priority  bits  enter  the  queue  they  immediately  move 
past  any  low-priority  bits  already  in  the  queue  Because  this  can  result  in  a  high-priority  frame  being 
inserted  into  tile  middle  of  a  partially  transmitted  low-priority  frame,  the  m  nchroiii/aiioii  algorithm  in 
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this  context  needs  lo  do  iwo  things  in  a  compatible  way:  (I)  delimit  low-priority  frames,  and  (2)  mark 
high-priority  frames  in  such  a  way  that  they  can  he  detected  anywhere  in  the  low-priority  data  stream. 
This  report  described  such  an  algorithm  in  detail  and  showed  that  its  two  halves,  the  transmitter-site 
st u tier  and  the  receiver-site  desiulT'er,  operate  correctly  together. 
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Appendix  A 


DERIVATION  OF  THE  FRAME-SYNCHRONIZATION  ALGORITHM 


The  derivation  of  the  two-priority  frame-synchronization  marking  and  stuffing  procedure  described 
in  the  body  of  the  report  (referred  to  subsequently  as  simply  the  two-priority  stuffing  procedure,  for 
brevity)  is  outlined  here  as  an  evolution  from  the  ADCCP  stufling  procedure  outlined  by  Carlson 
(quoted  in  this  report’s  introduction)  to  the  full  two-priority  stuffing  procedure.  First,  the  ADCCP  pro¬ 
cedure,  described  briefly  in  the  Introduction,  must  be  rigorously  described. 


The  ADCCP  Algorithm 

Table  A1  is  a  state-table  description  of  a  finite-state  machine  (FSM)  that  implements  the  ADCCP 
stuffing  algorithm.  The  FSM  in  Table  A2  gives  the  corresponding  destuffing  algorithm. 


Table  A I  —  FSM  implementation  of  the 
ADCCP  Stuffier 


State 

lnput  =  '0’ 

Input  =  M' 

Input  =  \' 

A 

A/0 

B/l 

A/01111110 

B 

A/0 

C/1 

A/01111110 

C 

A/0 

D/1 

A/01 11 1110 

D 

A/0 

E/I 

A/01111110 

E 

A/0 

A/ 10 

A/01111110 

Table  A2  -  The  ADCCP 
Destuffier 


Stale 

Input  =  ‘0’ 

Input  =  'l' 

A 

B 

1/1 

B 

B/0 

C 

C 

B/01 

D 

D 

B/011 

E 

E 

B/01 1 1 

F 

F 

B/01 1 1 1 

G 

G 

A/omii 

H 

H 

A/, 

A/err 

1 

B 

J/l 

J 

B 

K/l 

K 

B 

L/l 

L 

B 

M/1 

M 

A 

A/crr 

In  addition  to  the  two  data  values,  the  stuffier  of  Table  A I  can  accept  a  comma  as  input.  The 
comma  indicates  the  end  of  a  frame  The  destufler  of  Table  A2  sees  only  zeros  and  ones  as  input. 

Construction  of  an  I  SM  that  is  the  catenation  of  the  stuffier  and  destuffier  followed  by  verification 
that  the  input  anti  output  of  the  catenation  are  identical  will  prove  that  the  ADCCP  stuffier  and 
destufler  work  correctly  together.  Each  state  of  the  combined  FSM  corresponds  to  a  state  of  the  stuffier 
paired  with  a  state  of  the  destuffier.  Table  Ad  shows  the  combined  FSM. 
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Table  A3  —  FSM  Equivalent  to  the  Catenation  of  the  ADCCP 
Stuffer  and  Destuffer 


Stale 

lnput  =  ‘0' 

Input  =  'l’ 

Input  =  1,’ 

Stored 

AB 

BI/I 

AA/, 

BC 

0 

CD 

01 

AB/011 

DE 

AA/011, 

Oil 

DE 

AB/01 1 1 

F.F 

AA/0I1I, 

0111 

EF 

AB/01I1I 

AA/01III1 

AA/011 11, 

01111 

HI 

AB 

CJ/I 

AA/, 

CJ 

AB 

DK/1 

AA/, 

DK 

AB 

EL/I 

AA/, 

EL 

AB 

A  A/ 1 

AA/, 

The  last  column  in  Table  A3  shows  the  input  that  is  stored  in  the  FSM,  if  any.  In  other  words, 
this  is  the  cumulative  input  for  which  the  appropriate  output  has  not  yet  been  generated.  By  appropri¬ 
ate  I  mean  the  output  that  should  be  generated  to  represent  the  data  if  it  turns  out  that  the  currently- 
arriving  input  is  not  part  of  a  flag  sequence. 

For  each  combination  of  present  state,  current  input,  next  state,  and  output  in  the  catenated 
stuffer-destuffer  FSM  of  Table  A3,  the  present-state  stored  input  catenated  with  the  current  input  is 
identical  to  the  output  catenated  with  the  next-state  stored  input.  Therefore,  the  output  of  Table  A3, 
followed  by  the  bits  stored  in  its  final  state,  always  equals  its  input.  Since  no  commas  appear  in  the 
“Stored"  column  of  Table  A3  (implying  it  cannot  store  commas),  and  since  the  output  of  Table  A3 
followed  by  the  bits  stored  in  its  final  state  always  equals  its  input,  any  input  ending  in  a  comma 
appears  complete  at  the  output  of  Table  A3.  Further,  since  a  comma  is  the  last  symbol  input  in  a 
frame,  and  since  each  transition  on  a  comma  input  in  Table  A3  has  state  AA  as  its  next  state,  the  FSM 
is  always  in  state  AA  at  the  end  of  a  frame  and  is  ready  to  begin  processing  the  next  frame.  This  com¬ 
pletes  the  argument  that  the  ADCCP  destuffer  of  Table  A2  correctly  destuffs  the  output  of  the  ADCCP 
stuffer  of  Table  Al. 

The  ADCCP  algorithm  just  described  will  be  used  for  end-of-frame  marking,  with  the  end  of  a 
frame  of  either  priority  indicated  by  a  comma  at  the  input  to  the  stuffer.  Unfortunately,  the  ADCCP 
algorithm  is  not  suitable  for  marking  the  beginning  of  the  high-priority  frame.  If  the  ADCCP  flag 
sequence  were  inserted  into  a  stuffed  data  stream  at  random,  it  would  be  possible  in  certain  cir¬ 
cumstances  for  the  zero  at  the  beginning  of  the  ADCCP  flag  sequence  to  be  removed  by  a  destuffer 
before  the  flag  sequence  was  recognized.  Therefore,  a  different  flag  sequence  must  be  adopted  to  indi¬ 
cate  the  beginning  of  a  high-priority  frame. 

The  High-Priority  Flag  Sequence 

To  mark  the  beginning  of  a  high-priority  frame.  I  chose  a  high-priority  flag  sequence  consisting  of 
six  ones  followed  by  a  zero.  When  a  high-priority  frame  is  stuffed,  this  high-priority  flag  sequence  is 
inserted  into  the  output  once  at  the  beginning  of  the  frame  and  is  never  used  thereafter.  W'hen  low- 
priority  frames  are  stuffed,  the  high-priority  flag  sequence  is  never  used  at  all. 

Although  the  fact  that  the  high-priority  flag  sequence  will  only  be  used  to  mark  the  beginning  of  a 
high-priority  frame  implies  that  only  the  low -priority  data  need  to  be  protected  against  its  coincidental 
occurrence,  it  is  desirable  that  the  high-priority  data  be  protected  as  well.  This  results  in  the  stuffing 
operations  for  the  high-priority  data  and  the  low -priority  data  being  identical,  ensuring  faster  resyn- 
chroni/ation  if  an  error  in  transmission  between  sniffer  and  destuffer  results  in  the  destuffer  losing 
track  of  the  correct  priority  of  the  data 
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To  see  that  this  is  so,  consider  an  example.  Suppose  the  (lag  sequence  at  the  end  of  a  high- 
priority  frame  is  not  recognized  by  the  destuffer.  This  will  cause  the  destufTer  to  process  the  succeeding 
low-priority  data  as  if  it  were  high-priority  data.  If  the  stuffing  processes  for  high-priority  data  and  low- 
priority  data  are  identical,  the  destuffer  will  recognize  the  flag  sequence  at  the  end  of  the  surrounding 
low-priority  data  and  believe  that  it  has  found  the  end  of  the  high-priority  frame.  At  this  point  it  will 
resume  processing  data,  assuming  correctly  that  it  is  low  priority.  The  net  effect  of  the  error  was  to 
take  the  portion  of  a  low-priority  frame  that  followed  an  embedded  high-priority  frame  and  incorrectly 
catenate  it  to  the  high-priority  frame. 

If  different  stuffing  procedures  had  been  used  for  high-priority  and  low-priority  data,  the  non¬ 
recognition  of  the  terminating  flag  sequence  of  a  high-priority  frame  would  result  in  a  longer  resyn- 
chronization  process.  Because  the  destuffer  would  process  succeeding  low-priority  data  with  the  wrong 
destuffing  procedure,  it  would  not  recognize  the  flag  sequence  at  the  end  of  the  low-priority  data.  In 
effect,  all  the  data  between  the  missed  (lag  sequence  at  the  end  of  the  high-priority  frame  and  the  ter¬ 
minating  flag  sequence  of  the  next  high-priority  frame  would  be  incorrectly  catenated  onto  the  original 
high-priority  frame.  Because  high-priority  frames  would  normally  be  expected  to  occur  less  frequently 
than  low-priority  frames,  this  could  result  in  a  large  loss  of  data. 

The  stuffer  used  to  protect  a  data  stream  against  accidental  occurrence  of  the  high-priority  flag 
sequence  is  identical  to  the  ADCCP  stuffer  of  Table  A I.  The  only  difference  is  in  the  input  that  will  be 
fed  to  the  stuffer.  The  input  to  this  stuffer  will  come  from  the  output  of  the  stuffer  used  to  mark  the 
end  of  the  frame.  This  is  necessary  because  a  high-priority  frame  can  appear  in  the  midst  of  a  low- 
priority  frame  that  is  already  stuffed,  implying  that  it  can  even  appear  in  the  middle  of  the  flag  sequence 
used  to  mark  the  end  of  that  low-priority  frame.  Since  the  ADCCP  flag  sequence,  as  well  as  the  data, 
needs  to  be  protected  against  coincidental  occurrences  of  the  high-priority  flag  sequence,  the  high- 
priority  stuffing  should  apparently  be  applied  at  the  output  of  the  original  ADCCP  stuffing  operation. 
Because  this  output  contains  only  ones  and  zeros,  comma  inputs  need  not  be  considered  in  the  high- 
priority  stuffing  operation.  Because  of  the  desirability  of  making  the  various  stuffing  operations  identical 
for  low-  and  high-priority  data,  both  low-  and  high-priority  frames  will  be  protected  against  coincidental 
occurrences  of  the  high-priority  flag  sequence  by  this  second  stuffing  operation. 

Because  the  high-priority  flag  sequence  can  appear  anywhere  in  the  data  stream  at  the  receiver, 
the  role  of  the  destuffer  is  somewhat  different  here  than  it  was  for  the  ADCCP  destuffer  described  ear¬ 
lier.  To  begin  with,  assume  that  only  an  isolated  flag  sequence  will  be  inserted  into  the  data  stream; 
i.e.,  it  will  not  be  followed  by  a  high-priority  data  frame.  While  this  restriction  will  obviously  be  lifted 
later,  it  is  useful  here  to  simplify  the  derivation.  Under  this  assumption  the  functions  of  the  destuffer 
are: 

(1)  to  remove  the  zero  stuff  bits  that  were  inserted  into  the  data  following  occurrences  of  five  ones, 
and 

(2)  to  recognize  insertions  of  the  high-priority  flag  sequence,  reluming  at  the  completion  of  the 
sequence  to  the  state  the  FSM  was  in  before  the  arrival  of  the  first  bit  of  the  sequence. 


The  FSM  destuffer  given  in  Table  A4  performs  these  functions.  It  assumes  that  no  comma  input  is 
ever  used  at  the  corresponding  stuffer.  An  exclamation  point  is  output  when  a  high-priority  flag 
sequence  is  recognized. 


To  show  that  the  high-priority  destuffer  is  correct  involves  several  steps  Table  A5  shows  an  FSM 
that  is  equivalent  to  the  catenation  of  the  stuffer  of  Table  A  I  (without  the  comma  input  column)  and 
the  high-priority  destuffer  of  Table  A4.  assuming  there  are  no  flag  sequence  insertions  The  output  of 
this  combined  FSM  is  always  equal  to  its  input  catenated  with  the  stored  input  (by  the  same  argument 
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Table  A4  —  The  High-Priority 
Desluffer 


Slate 

lnput  =  ‘0' 

Input  = '  1  ’ 

A 

A/0 

B 

B 

A/10 

C 

C 

A/HO 

D 

D 

A/I  1 10 

E 

E 

A/11110 

F 

H 

A/Illll 

G 

19 

A/! 

H 

19 

B/! 

1 

■I 

C/! 

J 

HK 

D/! 

K 

B9 

E/! 

L 

19 

F/! 

L/lerr 

Table  A5  —  FSM  Equivalent  to  the  Catenation 
of  the  High-Priority  Stuffer  and  Desluffer 


State 

Input  =  ‘0' 

Inpul  =  ‘l’ 

Stored 

AA 

AA/0 

BB 

BB 

AA/10 

CC 

1 

CC 

AA/110 

DD 

11 

DD 

AA/1110 

EE 

111 

EE 

AA/1H10 

AA/imi  j 

■PlM 

used  for  earlier  catenations).  A  separate  check  is  required  to  see  whether  an  inserted  flag  sequence  can 
be  recognized  without  otherwise  disturbing  the  destuflfing  process.  In  the  absence  of  the  flag  sequence 
in  the  input,  the  desluffer  of  Table  A4  uses  only  states  A  through  F.  Proper  handling  of  the  flag 
sequence  requires  that  if  the  machine  begins  in  one  of  these  six  states,  a  flag  sequence  input  will  leave 
the  machine  back  in  the  same  stale  after  it  outputs  only  an  exclamation  point.  The  FSM  of  Table  A4 
meets  this  condition. 

The  Two-Priority  Algorithm 

At  this  point  the  necessary  raw  material  has  been  developed  for  the  needed  marking  and  stuffing 
algorithm.  It  remains  only  to  put  the  pieces  together.  The  two-priority  algorithm  will  first  be  summar¬ 
ized  as  a  combination  of  the  FSMs  just  developed.  The  algorithm  will  then  be  condensed  into  a  more 
compact  and  efficient  equivalent.  The  two-priority  stuffing  algorithm  using  the  ADCCP  stuffer,  sum¬ 
marized  in  Fig.  Al,  consists  of  the  following: 

(1)  Take  the  data  frame  (of  either  priority),  follow  it  with  a  comma,  and  put  it  through  the  ADCCP 
stuffer  of  Table  Al.  This  marks  the  end  of  the  frame  with  the  ADCCP  flag  sequence  and  stuffs 
the  data  stream  to  prevent  accidental  occurrence  of  that  flag  sequence. 

(2)  Take  the  output  of  the  ADCCP  stuffer  (including  the  flag  sequence  at  the  end  of  the  frame)  and 
put  it  through  the  ADCCP  stulfer  again.  This  second  pass  stuffs  the  data  to  prevent  accidental 
occurrence  of  the  high-priority  (lag  sequence.  Because  the  input  to  this  second  pass  consists  only 
of  ones  and  zeros,  the  output  of  this  second  stuffing  pass  will  not  contain  any  flag  sequences.  (The 
Hag  sequence  from  the  first  stuffing  pass  will  have  a  zero  stuffed  into  it  during  this  second  pass.) 

(.1)  If  (and  only  if)  this  is  a  high-priority  frame,  precede  it  with  the  high-priority  flag  sequence. 
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FRAME, 


STUFFED 

FRAME 


PROTECT:  01111110 


1111110  (PRECEDE  WITH 
1111110  IF  HIGH 
PRIORITY  ) 


Fig.  A 1  -  Two-priority  stuffing  with  two  stuffers 


The  two-priority  destuffing  algorithm  is  more  involved.  It  involves  the  use  of  two  output  streams, 
low  priority  and  high  priority,  and  the  use  of  two  copies  each  of  the  high-priority  destuffer  of  Table  A4 
and  the  ADCCP  destuffer  of  Table  A2.  Figure  A2  shows  the  relationship  between  the  four  destuffers 
and  should  be  referred  to  during  the  following  discussion.  Destuffing  takes  place  as  follows: 


(1)  Begin  by  putting  the  received  data  stream  into  a  high-priority  destuffer  whose  output  goes  to  an 
ADCCP  destuffer  whose  output  is  low  priority.  These  two  destuffers  are  shown  at  the  top  of  Fig. 


(2)  The  exclamation  point  output  by  the  high-priority  destuffer  on  receipt  of  a  high-priority  flag 
sequence  should  not  be  sent  to  the  ADCCP  destuffer,  but  it  should  be  used  instead  as  a  signal  to 
switch  the  input  stream  to  the  other  copy  of  the  high-priority  destuffer.  This  second  copy  sends 
its  output  to  an  ADCCP  destuffer  whose  output  is  high  priority. 

(3)  When  this  second  ADCCP  destuffer  outputs  a  comma,  the  input  stream  should  be  returned  to  the 
original  high-priority  destuffer,  which  then  takes  up  destuffing  from  the  state  it  was  last  in.  The 
comma  is  nor  removed  from  the  output  stream. 

It  is  not  difficult  to  see  intuitively  that  the  stuffing  and  destuffing  procedures  just  described  are  compati¬ 
ble.  Proof  is  not  given  here,  however,  because  the  final  form  of  the  algorithm  is  proven  in  the  body  of 
the  report. 


LOW-PRIORITY 

DATA 


HIGH  PRIORITY 
DATA 


fig.  A2  —  Tw(  priority  destuffing  with  four  destuffers 
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Simplifying  the  Algorithm 

The  algorithm  at  this  point  involves  six  identifiable  FSMs,  two  at  the  transmitter  and  four  at  the 
receiver  The  remaining  steps  in  the  derivation  educe  the  number  to  two,  one  each  for  the  transmitter 
and  the  receiver  To  combine  the  two  stufTers  into  one  equivalent  “double  sluffer,"  catenate  the  FSM 
of  Table  A I  with  itself  Table  I  in  the  body  of  the  report  shows  this  catenation.  Inspection  of  the  table 
shows  that  this  FSM  is,  in  effect,  an  ordinary  sluffer  that  uses  a  flag  sequence  of  a  zero,  five  ones,  a 
zero,  a  one,  and  a  zero.  To  prevent  accidental  occurrence  in  the  data  of  both  this  sequence  and  the 
high-priority  flag  sequence,  it  inserts  a  double  zero  following  the  occurrence  anywhere  in  the  data  of 
five  ones. 

The  first  step  in  the  simplification  of  the  two-priority  destuffer  is  the  catenation  of  the  high- 
priority  destuffer  of  Table  A4  with  the  ADCCP  destuffer  of  Table  A2  into  a  single  FSM.  Table  A6 
gives  the  resulting  "double  destuffer.”  The  two-priority  destuffing  algorithm  can  be  constructed  from 
two  of  these  double  destuffers,  as  shown  in  Fig.  A3.  (It  may  be  instructive  to  compare  F'.gs.  A2  and 
A3.)  In  the  catenation  all  outputs  of  “!”  or  “err”  from  the  high-priority  destuffer  (the  first  FSM  in  the 
catenation)  were  assumed  to  pass  straight  through  to  the  output  of  the  ADCCP  destuffer  without 
affecting  its  state.  Wherever  a  transition  of  the  catenated  FSM  of  Table  A6  shows  an  output  containing 
an  “err”  indication,  the  associated  next  state  may  or  may  not  appear  in  the  table,  as  the  next  states  for 
these  transitions  are  the  result  of  arbitrary  choices  made  in  the  design  of  the  destuffers  of  Tables  A2 
and  A4,  and  they  will  be  changed  later  anyway. 


Fig.  A3  —  Two-priority  destuffing  with  two  destuffers 


Because  there  are  constraints  on  what  can  appear  at  the  input  of  this  machine,  it  is  reasonable  to 
hope  that  some  of  the  states  can  be  eliminated  as  unreachable  with  legitimate  inputs.  To  determine 
exactly  what  states  are  reachable,  it  is  appropriate  to  go  ahead  and  form  the  catenation  of  the  double 
sluffer  of  Table  1  with  the  double  destuffer  of  Table  A6.  Performing  the  catenation  will  show  exactly 
which  stales  ol  the  double  destuffer  of  Table  A6  can  be  reached  in  the  absence  of  insertions  of  the 
high-priority  (lag  sequence.  The  result  of  the  catenation  is  given  in  Table  3  in  the  body  of  the  report. 

The  first  two  letters  of  each  stale  designation  correspond  to  the  state  of  the  double  sluffer  and  the 
last  two  letters  of  the  state  designation  correspond  to  the  state  of  the  double  destuffer.  In  addition  to 
the  states  implied  by  Table  3,  the  double  destuffer  of  Table  A6  passes  through  some  inlet  mediate  slates 


17 


* 


J  O  COLHMAN 


Table  A6  —  The  Double  DestufFer 


Stale 

lnput  =  ‘0' 

Input  =  ‘T 

AA 

AB 

BA 

AB 

AB/0 

BB 

BB 

AB/01 

CB 

CB 

AB/OI 1 

DB 

DB 

AB/01 11 

EB 

EB 

AB/01  111 

FB 

FB 

AG 

GB 

AG 

A  A/01 1111 

BG 

BG 

AA/, 

CG 

BA 

AB/ 1 

CA 

CA 

AB/ 1 1 

DA 

DA 

A  B/ 111 

EA 

EA 

AB/llll 

FA 

FA 

AM/11111 

GA 

AM 

AA 

BM 

GB 

AB/! 

HB 

HB 

BB/! 

IB 

IB 

CB/! 

JB 

JB 

DB/! 

KB 

KB 

EB/! 

LB 

LB 

FB/! 

LC/err 

CG 

AB/err 

DG 

DG 

AB/errl 

EG 

EG 

AB/err  1 1 

FG 

EG 

AK/errl  1 1 

GG 

GG 

AG/! 

HG 

HG 

BG/! 

IG 

IG 

CG/! 

JG 

JG 

DG/! 

KG 

KG 

EG/! 

LG 

LG 

FG/! 

LH/err 

GA 

AA/! 

HA 

HA 

BA/! 

IA 

IA 

CA/! 

JA 

JA 

DA/! 

KA 

KA 

EA/! 

LA 

LA 

FA/! 

LI/ 1  err 

BM 

AB/err 

CM 

CM 

AB/errl 

DM 

DM 

AB/errl  1 

EM 

EM 

AB/errl  1 1 

FM 

FM 

AL/errl  1 1 1 

GM 

GM 

AM/! 

HM 

HM 

BM/! 

IM 

IM 

CM/! 

JM 

JM 

DM/' 

KM 

KM 

EM/' 

LM 

LM 

FM/! 

LA/errerr 
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whenever  it  receives  multiple  input  elements  from  the  double  stuffer  at  one  time.  This  happens  on  the 
"one”  transition  from  state  EE  in  Table  1  and  on  all  the  “comma”  transitions  of  Table  1.  The  associ¬ 
ated  transitions  of  Table  3  are: 


(I) 


the  "one”  transition  from  state  EEEA,  which  causes  the  double  destuffer  to  pass  through  inter¬ 
mediate  states  FA  and  AM; 


(2) 


the  "one”  transition  from  state  EEEB,  which  causes  the  double  destuffer  to  pass  through  inter¬ 
mediate  states  FB  and  AG;  and 


(3) 


the  “comma”  transitions  of  Table  3,  each  of  which  causes  the  double  destuffer  of  Table  A6  to 
pass  through  intermediate  states  AB,  BB,  CB,  DB,  EB,  FB,  AG,  and  BG. 


Therefore,  the  states  of  the  double  destuffer  of  Table  A6  that  are  necessary  and  sufficient  to  handle  the 
output  of  the  double  stuffer  in  the  absence  of  insertions  of  the  high-priority  flag  sequence  are  exactly 
those  states  above  the  double  line  in  Table  A6.  To  complete  the  determination  of  the  necessary  states 
of  Table  A6  under  the  implied  input  constraints,  it  is  now  necessary  to  simulate  the  operation  of  the 
FSM  of  Table  A6  with  a  high-priority  flag  sequence  as  input,  starting  from  each  state  that  can  be 
reached  in  the  absence  of  insertions  of  the  flag  sequence  (those  states  above  the  double  line).  Table 
A7  shows  the  result  of  this  simulation.  The  starting  states  are  shown  at  the  left,  and  the  sequence  of 
inputs  making  up  the  high-priority  flag  sequence  is  shown  along  the  top.  For  each  starting  state,  the 
sequence  of  states  the  double  destuffer  of  Table  A6  passes  through  as  the  flag  sequence  is  input  can  be 
read  from  left  to  right,  along  with  any  output  the  double  destuffer  produces.  The  states  that  could  not 
be  reached  in  the  absence  of  insertions  of  the  flag  sequence  are  shown  in  italics.  Comparison  of  Table 
A7  with  the  double  destuffer  FSM  of  Table  A6  shows  that  states  IG,  JG,  KG,  LG,  HM,  IM,  JM,  KM, 
and  LM  of  Table  A6  are  superfluous  and  can  be  eliminated,  since  they  cannot  be  reached  with  inputs 
produced  by  the  associated  stuffing  scheme. 


Table  A7  —  Table  A6  States  Used 

Appears 


When  a  High-Priority  Flag  Sequence 
at  the  Input 


Start 

1 

1 

I 

1 

1 

1 

0 

DA 

EA 

FA 

GA 

AA/! 

DB 

EB 

FB 

GB 

AB/! 

EB 

FB 

GB 

HB 

BB/! 

DB 

EB 

FB 

GB 

HB 

IB 

CB/! 

DB 

EB 

FB 

GB 

HB 

IB 

JB 

DB/! 

EB 

FB 

GB 

HB 

IB 

JB 

KB 

EB/! 

FB 

GB 

HB 

IB 

JB 

KB 

LB 

FB/! 

AG 

BG 

CG 

DG 

EG 

FG 

GG 

AG/! 

BG 

CG 

DG 

EG 

FG 

GG 

HG 

BG/! 

BA 

CA 

DA 

EA 

FA 

GA 

HA 

BA/! 

CA 

DA 

EA 

FA 

GA 

HA 

IA 

CA/! 

DA 

EA 

FA 

GA 

HA 

IA 

JA 

DA/! 

EA 

FA 

GA 

HA 

IA 

JA 

KA 

EA/! 

FA 

GA 

HA 

IA 

JA 

KA 

LA 

FA/! 

AM 

BM 

CM 

DM 

EM 

FM 

GM 

AM/! 

There  is  some  question  about  the  appropriate  choices  of  next  states  to  be  associated  with  "err” 
indications  in  the  output.  The  next  state  indications  in  Table  A6  are  those  arising  directly  from  the 
catenation  of  the  high-priority  destuffer  and  the  ADCCP  destuffer.  Since  these  two  component 
destuffers  had  next  state  indications  that  had  been  chosen  completely  arbitrarily  for  those  transitions 
with  an  "err”  in  the  output,  there  is  no  reason  to  keep  the  resulting  transitions  in  the  double  destuffer 
of  Table  A6  There  are  several  possible  approaches  to  the  selection  of  these  next  slates: 
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(1)  Identify.  for  each  transition  involving  an  error  indication,  llic  possible  input  (transmission)  errors 
that  could  have  caused  the  problem,  and  identify  the  one  that  was  the  most  likely.  The  FSM  is 
then  designed  to  go  the  state  it  would  be  in  if  the  error  so  identified  had  never  occurred. 

(2)  The  assumption  could  arbitrarily  be  made  that  the  error  occurred  in  the  bit  just  received.  This 
implies  that  the  next  stales  should  be  the  same  for  both  inputs  from  any  present  state  in  which 
either  input  causes  an  error  indication  in  the  output. 

(3)  Always  return  on  an  “err”  transition  to  the  starting  state  A  A.  This,  effectively,  assumes  that 
there  is  no  way  that  any  one  assumption  about  what  went  wrong  and  led  to  the  error  is  better  than 
any  other. 

Without  meaning  to  imply  that  it  is  the  preferred  approach,  I  have  chosen  the  last  for  simplicity.  This 
choice,  of  course,  could  easily  be  changed. 

The  remaining  step  in  the  derivation  of  the  two-priority  destuffer  is  the  combining  of  the  two 
destuffers  of  Fig.  A3  into  one.  Notice  that  a  single  output  stream  from  the  two-priority  destuffer  is 
enough  if  it  is  specified  that  the  arrival  of  an  exclamation  point  at  the  output  always  redirects  the  output 
to  the  high-priority  data  stream  and  the  arrival  of  a  comma  always  redirects  the  output  to  the  low- 
priority  data  stream.  Figure  A4  illustrates  this.  As  in  Figs.  A2  and  A3,  the  exclamation  point  itself  is 
deleted  from  the  output  while  the  comma  is  not.  The  comma  goes  to  whichever  output  stream  is  in 
effect  before  the  switch  is  thrown.  Under  these  conditions  a  single  FSM  can  be  found  to  duplicate  the 
function  of  the  two  destuffers  of  Figure  A3  if  each  stale  of  the  combined  FSM  corresponds  to  a  pair 
consisting  of  one  state  from  each  destuffer.  This  would  be  similar  to  the  replacement  of  the  lower 
destuffer  of  Fig.  A3  with  15  separate  destuffers,  one  for  each  of  the  15  next  states  associated  with  an 
exclamation  point  output  in  Table  A6.  Since  the  upper  destuffer  would  have  all  39  reachable  slates  of 
Table  A6,  and  since  each  of  the  15  lower  destuffers  would  have  the  15  states  of  Table  A6  that  can  be 
reached  without  an  insertion  of  the  high-priority  flag  sequence,  the  combined  FSM  would  have  264 
states.  All  this  can  be  avoided,  however,  by  the  use  of  a  single  39-state  machine  to  perform  the  func¬ 
tions  of  all  16  of  the  component  machines  just  enumerated.  An  auxiliary  variable  stores  the  extra  state 
information  required.  The  two-priority  destuffer  using  an  auxiliary  variable  named  Saved  is  shown  in 
Table  2  in  the  body  of  the  report. 

The  rationale  for  the  handling  of  the  variable  Saved  is  as  follows:  When  an  exclamation  point  is 
output  from  the  upper  destuffer  in  Fig.  A3,  input  is  switched  to  the  lower  destuffer.  which  always 
begins  in  its  starting  slate.  AA.  Therefore,  all  transitions  in  Table  A6  with  an  exclamation  point  output 
have  been  given  a  next  slate  of  AA  in  Table  2,  with  the  next  state  shown  in  Table  A6  saved  in  the 
auxiliary  variable  Saved.  When  the  lower  FSM  of  Fig.  A3  outputs  a  comma,  the  upper  FSM  of  Fig.  A3 
must  begin  operating  where  it  left  off.  This  is  accomplished  in  the  two-priority  destuffer  of  Table  2  by 
the  machine's  transitioning  to  the  stale  saved  in  the  variable  Saved  whenever  a  comma  is  output.  In 
addition,  the  variable  Saved  is  set  to  state  AA  (the  next  state  associated  with  the  zero  transition  of  state 
IK »  in  Table  A6)  whenever  a  comma  is  output,  insuring  the  appropriate  behavior  when  the  comma  at 
the  end  of  a  low-priority  frame  is  output  (i.e..  any  comma  is  output  from  the  upper  FSM  of  Fig.  A3).* 


I  he  \.i  ruble  Saved  serves  .1  IihkInmi  suml.ir  in  ihe  sinr.iuc  «>l  t he  leiurn  .ukliess  in  .i  stibmimne.  fuiulmn.  m  procedure  e.il!  in 
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Appendix  B 


A  TEST  IMPLEMENTATION 

The  algorithm  described  in  this  report  has  not  yet  been  implemented  in  a  way  suited  to  opera¬ 
tional  use.  A  “quick-and-dirty"  implementation  was  constructed,  however,  so  that  the  algorithm  could 
be  tested.  Because  the  approach  taken  in  the  test  implementation  was  somewhat  unconventional,  I 
decided  to  present  it  here  as  an  alternative  to  the  use  of  Table  1  and  Table  2  as  discussed  in  the  body  of 
the  report. 

The  first  step  in  the  implementation  of  the  stufTer  and  deslufTer  was  the  conversion  of  their  stale 
tables  to  formal  grammars.  The  grammars  were  then  used  as  specifications  to  a  compiler-generator 
called  yaec  [B 1 .132] .  A  compiler-generator  is  a  computer  program  that  accepts  a  specification  as  input 
and  produces  as  output  another  computer  program  or  a  portion  of  a  program.  It  is  most  commonly 
used  to  create  the  parsing  portion  of  a  compiler,  hence  the  name.  Here  I  have  used  yaec  to  create  two 
programs  implementing  the  equivalents  of  Table  I  and  Table  2. 

Figure  Bl  gives  the  grammar  used  as  a  yaec  specification  of  the  double  stuffer.*  Figure  BI  is  inter¬ 
preted  as  follows.  Each  line  contains  a  grammar  rule  followed  by  an  associated  action  enclosed  in 
braces  The  first  two  lines  are  exceptions  to  this  pattern  and  will  be  discussed  separately  later.  The  two- 
letter  designations  appearing  in  the  rules  are  the  equivalent  of  the  states  of  Table  I.  That  portion  of  a 
rule  to  the  left  of  the  colon  is  the  left  side  of  the  rule.  For  those  lines  that  start  with  the  indented  verti¬ 
cal  bar,  the  left  side  is  implied  to  be  the  same  as  the  left  side  of  the  last  line  that  did  not  begin  with  the 
bar  In  Fig  Bl,  for  example,  there  are  twelve  rules  with  left  sides  of  AA.  That  portion  of  the  rule  to 
the  right  of  the  colon  or  vertical  ba-  is  the  right  side  of  the  rule.  While  the  left  side  always  consists  (for 
this  type  of  grammar)  of  the  name  of  a  stale  (usually  termed  a  nonterminal  symbol  in  a  grammar),  the 
right  side  mat  consist  of  a  sequence  of  slate  names  and  possible  input  symbols  ( usually  termed  terminal 
symbols),  with  the  input  symbols  enclosed  in  single  quotes  to  distinguish  them  clearly  from  the  state 
names  Each  rule  specifies  one  legitimate  way  for  the  machine  to  proceed  in  a  particular  context.  The 
left  side  gives  the  state  that  is  in  some  sense  “equivalent"  to  the  condition  specified  by  the  right  side. 
Because  it  is  equivalent,  the  machine  will  transition  to  the  state  given  on  the  left  side  when  the  condi¬ 
tion  specified  h>  the  right  side  is  met.  The  right  side  can  be  interpreted  if  we  consider  each  symbol  as 
an  input  string  In  particular,  the  name  of  a  state  appearing  on  the  right  side  of  a  rule  is  equivalent  to 
any  input  string  that  could  leave  the  machine  in  that  stale.  For  example,  the  line  in  Fig.  Bl  whose  left 
siile  is  C(  can  be  interpreted  as:  proceed  to  state  CC  once  input  that  leaves  the  machine  in  slate  BB  is 
followed  by  an  input  of  I  This  is  entirely  equivalent  to  the  "Input  =  I "  transition  out  of  slate  BB  in 
I  able  I. 

The  first  line  in  Fig  Bl  makes  it  legal  for  the  machine  to  transition  to  a  “STOP"  state  from  any 
ol  the  other  states  on  encountering  the  end  of  the  input  data:  end-of-data  is  thus  never  considered  an 
error  The  rule  on  the  second  line  contains  no  right  side,  making  it  legal  to  proceed  to  state  AA 
without  any  input  having  appeared  at  all  This  is  equivalent  to  specifying  the  stale  AA  as  the  starting 
state  of  the  machine. 

Ml  the  rules  in  t  ig  Bl  but  the  first  two  are  followed  b\  associated  actions  enclosed  in  braces 
Each  action  is  just  a  statement  in  tile  ('  programming  language  [B.LB-ll  that  should  be  executed  when 
the  associated  rule  changes  the  state  ol  the  machine  l  or  this  test  implementation,  each  action  is  a 

I  he  v  .it  i  -  'spec  i  III  .i  l  ii  > 1 1  jM.imni  !•  lv\.-u  hi  I  :  y  Hi  w.is  vie.iiol  xhuvlh  lr»*m  .1  enmjHiUT  shxvil  \e>sn*n  nf  l.ible  1  !\v  ilie  use  nl 
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frig.  Bl  —  Vacc  specification  lor  the  double  slutl'er  of  f  able  I 

statement  that  prints  the  output  associated  with  the  corresponding  transition  of  fable  I  It  is  not 
difficult  to  verify  that  each  line  (alter  the  first  two)  in  fig.  Bl  has  a  corresponding  transition  in  fable  I 
and  vice  versa. 

figure  B2  gives  the  grammar  used  as  a  yacc  specification  for  the  iwo-priorin  deslutfer  of  Table  2 
Its  interpretation  is  the  same  as  described  earlier  for  fig.  Bl  with  two  exceptions  first,  there  is  an 
additional  subtlety  related  to  the  Saved  variable  of  Table  2  In  this  implementation  there  is  no  explicit 
Saved  variable.  The  reason  is  that  the  program  generated  by  yacc  uses  a  stack  to  store  state  informa¬ 
tion,  and  the  information  that  is  stored  in  Saved  in  Table  2  is  stored  here  on  the  stack. 

An  example  should  make  clearer  the  parallel  between  Table  2  and  Tig.  B2  where  Saved  is 
involved.  Look  at  the  first  row  following  the  double  line  in  Table  2.  This  shows  that,  on  receiving  an 
input  of  zero  from  state  GB.  the  two-priority  destulfer  should  output  an  exclamation  point,  set  Saved  to 
AB.  and  then  transition  to  state  AA.  The  machine  should  then  run  exclusively  in  the  states  above  the 
double  line  (because  of  input  constraints)  until  a  zero  input  is  received  while  in  slate  BG.  This  zero 
input  forces  the  machine  to  output  a  comma  and  transition  to  the  state  whose  name  is  stored  in  Saved, 
which  in  (his  case  is  state  AB. 

The  equivalent  of  this  process  is  represented  in  fig.  B2  by  the  last  rule  whose  left  side  is  AB 
Ibis  rule,  and  several  others  similar  to  it.  takes  up  two  lines  of  fig.  B2.  (Notice  that  the  second  of 
these  lines  does  not  begin  with  the  bar.)  Its  right  side  contains  two  actions  rather  than  one.  The  first 
two  items  on  the  right  side  represent  an  input  of  a  single  zero  following  an  input  that  could  result  in 
the  machine  arriving  at  state  GB  This  much  is  parallel  to  the  two-priority  destuffer  of  Table  2  being  in 
state  GB  with  a  zero  at  the  input.  To  continue  with  the  right  side  of  the  fig.  B2  rule,  ignore  the  first 
action  temporarily,  the  BG  on  the  second  line  of  the  rule  represents  an  input  string  that  leaves  the 
machine  in  stale  BG  This  implicitly  includes  the  entire  input  processed  by  the  two-priority  destuffer  of 
table  2  beginning  immediately  alter  it  left  state  GB  (in  our  example)  and  ending  as  it  subsequent!) 
arrived  in  state  BG  Ibis  is  because  the  only  wav  the  machine  can  reach  slate  BG  is  h>  first  being  at 
state  A  A  and  then  processing  input,  changing  state  as  main  limes  as  necessarv.  until  stale  BG  is 
leached  Since  fig.  B2  has  a  rule  that  says  that  state  AA  is  equivalent  to  a  null  (emptv  )  input,  the  tran¬ 
sition  Irom  slate  GB  to  state  AA  can  proceed  regardless  of  what  input  symbol  follows  the  first  zero  on 
the  right  side  ol  the  rule  II  the  entire  condition  specified  bv  the  right  side  of  the  rule  does  occur,  the 
machine  represented  bv  I  ig  B2  interpolates  the  two  actions  shown  on  the  right  side  at  the  points 
corresponding  to  their  placement,  then  it  transitions  to  the  “equivalent''  state  AB  The  machine  of 
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Fig.  B2,  therefore,  operates  in  a  manner  parallel  to  the  two-priority  destuffer  of  Table  2  for  all  those 
transitions  of  Table  2  that  set  the  Saved  variable  below  the  double  line  in  the  table.  This  is  because  all 
those  transitions  operate  analagously  to  the  example  just  discussed. 

There  is  one  Table  2  transition  involving  Saved  that  was  not  covered  by  analogy  in  the  above  dis¬ 
cussion.  If  the  two-priority  destuffer  of  Table  2  is  processing  low-priority  data  when  it  arrives  at  stale 
BCi,  the  variable  Saved  will  contain  the  value  AA.  The  zero  transition  corresponding  to  this  situation  is 
represented  in  Fig.  B2  by  the  last  rule,  which  shows  that  state  AA  is  equivalent  to  an  input  that  can 
leave  the  two-priority  destuffer  in  state  BG,  followed  by  an  input  of  zero.  The  second  area  in  which 
Fig.  B2  is  interpreted  differently  from  Fig.  B1  involves  this  rule.  The  right  side  of  this  rule  is  identical 
to  the  last  portion  of  several  other  rules  (the  exceptional  rules  discussed  above).  When  the  condition 
implied  by  the  right  side  of  the  last  rule  appears,  it  will  sometimes  be  true  that  the  condition  implied  by 
the  right  side  of  one  of  these  other  rules  is  also  true.  In  these  cases  the  ambiguity  is  resolved  by  the 
application  of  whichever  applicable  rule  occurs  first  in  the  grammar  specified  in  Fig.  B2.  This  results  in 
the  lest  implementation  represented  by  Fig.  B2  behaving  exactly  according  to  the  two-priority  destuffer 
specification  of  Table  2. 
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